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Abstract 

A  well-known  technique  for  speeding  up  access  into  search  structures  is  to  maintain 
fingers  that  point  to  various  locations  of  the  search  structure.  The  advantage  of  maintaining 
fingers  is  that  accessing  information  near  a  finger  is  normally  faster  than  the  usual  method 
of  access.  In  this  paper,  we  consider  the  problem  of  choosing  locations  in  a  large  search 
structure  at  which  to  maintain  fingers.  In  particular,  we  consider  a  server  problem  in  which 
it  servers  move  along  a  line  segment  of  length  m,  where  m  is  the  number  of  keys  in  the 
search  structure.  Since  fingers  may  be  arbitrarily  copied,  we  allow  a  server  to  jump,  or 
fork,  to  a  location  currently  occupied  by  another  server.  We  present  online  algorithms  and 
analyze  their  competitiveness.  We  show  that  the  case  k  =  2  behaves  diff'erently  from  the 
case  k  >  3,  by  showing  that  there  is  a  4-competitive  algorithm  (or  k  —  2  that  never  forks  its 
fingers.  For  ^  >  3,  we  show  that  any  online  algorithm  that  does  not  fork  its  fingers  can  be  at 
most  f2(m'^^)-competitive.  By  contrast,  in  the  main  result  of  the  paper,  we  show  that  for 
k  =  Z,  there  is  an  online  algorithm  that  forks  and  is  constant  competitive  (independent  of 
m,  the  size  of  the  search  structure).  Our  algorithm  is  simple  and  implementable,  although 
our  analysis  is  complicated.  The  existence  of  a  constant  competitive  algorithm  for  ^  >  3 
is  left  as  an  open  question. 

1      Introduction 

The  use  of  fingers  has  proved  particularly  useful  in  balanced  tree  data  structures;  they  have 
been  applied  in  a  diversity  of  areas,  including  for  instance  triangulation  algorithms  [TV]  and 
Jordan  sorting  [HMRT].  Also,  considerable  attention  has  been  given  to  designing  finger  search 
tree  data  structures  (see  [M]).  We  are  interested  in  the  following  question:  Given  several 
fingers  how  best  can  they  be  used?  In  particular,  we  are  interested  in  the  fork  operation: 
taking  a  finger  from  its  present  location  to  the  location  of  a  second  finger. 

A  second,  and  more  tenuous  motivation  for  the  investigation  of  fingers  arises  from  the 
consideration  of  splay  trees.  Splay  trees  are  a  balanced  tree  scheme,  devised  by  Sleator  and 
Tarjan  [ST'2],  which  are  efficient  in  an  amortized  sense.  They  conjectured  that  splay  trees 
are  as  efficient  as  any  binary  search  tree  algorithm  based  on  rotations.  A  special  case  of  this 
conjecture,  the  Dynamic  Finger  Conjecture,  was  more  or  less  completely  resolved  by  Cole  [C]. 
Unfortunately,  Cole's  proof  was  sufficiently  complex,  that  we  do  not  expect  it  to  be  extended 
to  a  proof  of  the  general  conjecture.  So  another  approach  may  be  helpful.  In  our  opinion, 
understanding  how  to  use  fingers  may  provide  such  an  approach.    As  supporting  evidence 
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we  note  that  several  conjectures  concerning  splay  trees  involve  one  or  more  fingers  (eg.  the 
Dynamic  Finger  Conjecture  and  the  Split  Conjecture  [L]).  Certainly,  we  are  not  claiming  that 
the  present  investigation  of  fingers  is  directly  connected  to  the  splay  tree  conjectures,  but  it 
may  shed  light. 

In  this  paper,  we  focus  on  the  fork  operation.  To  avoid  additional  complexities  produced 
by  a  tree  structure,  we  consider  servers  moving  along  a  line.  We  model  the  problem  as  follows. 
We  can  afford  k  fingers.  We  are  presented  with  a  sequence  of  n  requests,  each  at  some  location 
in  a  line  segment  of  length  m.  A  finger  may  (1)  move  along  the  line  segment,  incurring  cost 
equal  to  the  difference  between  starting  and  ending  positions;  (2)  fork,  at  no  cost,  to  a  position 
currently  occupied  by  another  finger.  Any  number  of  these  moves  may  be  made  in  response 
to  a  request. 

We  analyze  the  competitiveness  of  our  algorithms  [BGRS,  BLS,  KMRS,  MMS,  ST].  That 
is,  we  compare  the  performance  of  an  online  algorithm  against  the  performance  of  an  optimal 
offline  algorithm  that  sees  all  requests  in  advance.  An  algorithm  is  called  c-competitive  if  its 
cost  on  any  sequence  of  n  requests  is  at  most  0(1)  greater  than  c  times  the  offline  algorithm's 
cost.  This  style  of  analysis  refines  traditional  worst-case  analysis.  Competitive  analysis  is 
worst-case  in  that  no  assumptions  about  the  distribution  or  correlation  of  requests  are  made; 
however,  it  measures  performance  relative  to  what  is  achievable  by  an  omniscient  algorithm, 
rather  than  in  absolute  terms. 

A  discretized  version  of  our  problem  is  an  example  of  a  task  system  as  defined  by  Borodin 
et  al.  [BLS].  Borodin  et  al.  give  matching  upper  and  lower  bounds  for  a  very  general  online 
problem,  but  their  bound  applied  to  our  problem  is  no  better  than  the  trivial  bound  of  m- 
competitiveness.  Other  related  work  includes  a  number  of  recent  papers  on  server  problems 
[BKT,  BGRS,  CCF,  CKPV,  CL,  MMS,  RS,  FRR].  The  two  papers  that  address  problems  most 
similar  to  our  work  are  by  Bern  et  al.  [BGRS]  and  by  Chrobak  et  al.  [CKPV].  The  paper  by 
Bern  et  al.  [BGRS]  presents  optimally  competitive  algorithms  for  k  servers  that  move  on  a  line 
and  can  fork.  However,  their  servers  can  move  in  only  one  direction.  The  paper  by  Chrobak 
et  al.  [CKPV]  presents  an  optimally  (i.e.,  k-)  competitive  algorithm  for  k  servers  moving  on 
a  line  (this  was  generalized  to  k  servers  moving  on  a  tree  by  Chrobak  and  Larmore  [CL]). 
Our  problem  differs  from  this  in  that  our  servers  can  fork.  The  work  of  Bern  et  al.  [BGRS] 
introduces  the  fork  move  to  the  server  literature,  although  none  of  the  algorithms  that  they 
present  use  this  move.  This  move  is  very  natural  for  applications  in  which  servers  represent 
information  rather  than  physical  objects. 

We  obtain  the  following  results,  comparing  online  algorithms  against  oflfline  algorithms 
with  an  equal  number  of  fingers: 


• 


For  the  case  A;  =  2,  a  4-competitive  algorithm.  This  algorithm  has  the  interesting  feature 
that  it  never  employs  the  fork  move  even  though  the  offline  algorithm  is  allowed  to  fork 
(Section  3). 

•  For  /;  >  3,  a  lower  bound  of  m^/^  for  the  competitive  factor  of  any  online  algorithm  that 
does  not  fork  (Section  4). 

•  The  main  result  of  this  paper,  a  constant  competitive  algorithm  for  it  =  3  (Section  6). 
We  emphasize  that  this  constant  factor  is  independent  of  m.  By  our  current  analysis, 
this  constant  factor  is  at  most  792.  We  believe  that  it  can  be  made  much  smaller  than 
this. 


The  above  results  together  establish  the  power  of  the  fork  move.  In  a  scenario  where  forking  is 
natural,  any  online  algorithm  for  A;  >  3  fingers  that  does  not  utilize  the  fork  move  will  compare 
poorly  with  an  offline  algorithm  that  forks. 

Although  the  constant  competitive  algorithm  presented  for  A;  =  3  is  simple  and  easily 
implementable,  its  proof  is  quite  complicated.  In  order  to  capture  the  essence  of  the  difficulties 
introduced  by  forking,  we  abstract  a  "toy"  problem  and  present  an  algorithm  and  its  analysis 
in  Section  5. 

For  k  >  3,  we  do  not  yet  have  an  online  algorithm  whose  competitive  factor  is  some  function 
of  k,  although  we  conjecture  that  one  exists.  We  feel  that  the  techniques  of  this  paper  can  be 
extended  to  obtain  such  an  algorithm. 

Apart  from  possible  applications  in  finger  search  trees  and  splay  trees,  we  believe  our 
work  introduces  yet  another  interesting  test  case  for  competitive  analysis.  We  are  extending 
this  type  of  analysis  to  a  problem  more  difficult  than  those  previously  considered  (caching, 
list  access,  online  scheduling  of  elevators,  disk  drives  etc.),  as  evidenced  by  our  strong  lower 
bound  of  m^' •^  for  a  non-forking  online  algorithm.  Can  competitive  analysis  nevertheless  lead 
us  to  algorithms  for  finger  searching  that  perform  well  in  practice? 

2  Preliminaries 

In  subsequent  sections,  we  refer  to  the  fingers  as  servers.  In  analyzing  competitiveness,  we 
usually  refer  to  the  online  algorithm  under  consideration  as  the  player  and  the  optimal  offline 
algorithm  as  the  adversary. 

Player  servers  and  adversary  servers  (sometimes  called  simply  players  and  adversaries 
when  no  confusion  is  possible)  both  move  on  a  line  segment  (or  simply,  line).  The  line  is 
undirected,  so  all  servers  can  move  in  either  direction  on  the  line.  For  two  points  x  and  y  on 
the  line,  xy  is  used  to  denote  not  only  the  line  segment  connecting  them,  but  also  its  length. 

The  sequence  of  request  locations  is  denoted  ri,  r2, . . . ,  r„,  where  each  r,  is  some  location 
on  the  line.  Rt  denotes  rj , . . . ,  rj. 

By  the  term  online,  we  mean  that  the  player  chooses  the  positions  of  its  servers  at  time 
t  deterministically  as  a  function  of  the  request  history  Rt.  The  offline  algorithm  (i.e.,  the 
adversary)  may  use  all  of  i?„  to  choose  server  locations  at  any  time  t.  For  an  online  algorithm 
F,  let  Ratio{P,Rn)  denote  the  ratio  of  the  cost  incurred  by  P  to  the  cost  incurred  by  the 
adversary  on  request  sequence  Rn.  The  competitiveness  of  online  algorithm  P  is  then  defined 
to  be  the  "worst  ratio"  sup^^^^  sup^^  Ratio{P,Rn). 

3  A  4-Competitive  Algorithm  for  k  =  2 

This  section  gives  a  4-competitive  algorithm  for  the  case  k  =  2.  One  notable  feature  of  this 
algorithm  is  that  the  player  never  forks,  although  the  adversary  may  use  the  fork  move. 

Lemma  1.  Given  an  algorithm  A  that  uses  two  servers  and  that  employs  the  fork  move  to 
serve  a  request  sequence  ri,  r2, . . . ,  /■„,  there  is  an  algorithm  B  that  does  not  fork  and  does  at 
most  twice  the  work  of  A  to  serve  the  same  request  sequence. 

Proof:  We  assume  that  the  two  servers  of  A  are  at  the  same  location  (aligned)  at  the  start  of 
the  request  sequence.  Then  we  divide  the  request  sequence  into  epochs  Ei,  E2, .  ■  • ,  En-  A  new 
epoch  is  begun  whenever  A  uses  the  fork  move  to  process  the  next  request.   The  work  done 


by  A  is  the  sum  of  the  work  done  in  each  of  the  epochs.  The  work  done  by  A  in  epoch  E,  is 
at  least  the  distance  between  its  two  servers  at  the  end  of  epoch  £,.  Let  algorithm  B  process 
requests  in  the  same  manner  as  A,  except  that  at  the  end  of  each  epoch  the  server  that  A 
would  fork  is  moved  by  B  to  the  location  of  the  other  server.  By  the  argument  above,  B  does 
at  most  twice  as  much  work  as  A,  but  does  not  employ  the  fork  move.  D 

Theorem  1.    There  is  a  4-competitive  algorithm  for  the  case  where  k  =  2. 

Proof:  Chrobak  et  al.  [CKPV]  describe  a  2-competitive  algorithm  for  k  =  2  against  a  non- 
forking  adversary.  By  Lemma  1,  this  algorithm  is  4-competitive  against  a  forking  adversary. 
D 

4  A  Lower  Bound  For  a  Non-Forking  Player  with  k  >  3 

In  this  section  we  give  a  lower  bound  of  fi(m*/^)  for  an  online  algorithm  that  does  not  fork,  for 
k  >  3.  Many  of  the  ideas  behind  the  proof  below  can  be  found  in  the  lower  bounds  obtained 
by  Bern  et  aJ.  [BGRS]. 

Theorem  2.  For  k  >  3,  any  online  algorithm  that  does  not  fork  can  be  no  better  than 
^{m^^^)-competitive. 

Proof:  We  give  a  proof  for  the  case  k  —  3;  the  general  case  is  similar  but  more  involved. 

The  adversary  incurs  a  one  time  cost  of  m/2  to  position  two  of  its  servers  distance  m/2 
apart. 

Now  we  describe  an  adversary  strategy  that  can  be  repeated  in  epochs  of  size  3[m*''^]. 
Each  epoch  will  begin  with  two  of  the  adversary  servers  at  locations  Zi  and  ^2  =  ^1+  'm/2  and 
with  history  Rt.  The  adversary  considers  extending  Rt  by  3[m^/^]  ailternating  requests  at  21, 
Z2  and  a  third  location  which  is  one  of  z-y  -f  m'/^  and  Z2  +  m}/^.  This  third  location  is  chosen 
so  that  the  player  has  at  most  one  server  in  the  corresponding  interval  [zj  —  m/4,  z\  -\-  m/4]  or 
[z2  —  ml  A,  zi  +  m/4].  Without  loss  of  generality,  let  the  third  request  location  be  Z\  -|-  m^/^. 
The  adversary's  solution  is  to  leave  two  of  its  servers  at  z\  and  Z2  and  to  move  its  third  server 
to  Z\  4-  m*'^,  via  a  fork  off  the  server  at  Z\ ,  costing  the  adversary  m^/^;  the  adversary  incurs  no 
further  costs  in  processing  the  epoch  for  when  a  server  is  present  at  a  request  site  the  cost  of 
serving  the  request  is  zero.  If  the  player  does  not  fork,  then  it  has  two  possible  strategies.  In 
the  first  strategy,  one  of  its  servers  serves  requests  at  both  zi  and  ^i  -|-  m^^^,  costing  the  player 
at  least  (2|"m^/^]  -  l)m*/^  for  the  epoch.  In  the  second  strategy,  the  player  moves  its  servers 
so  as  to  place  one  server  at  Zi  and  another  at  zi  +  m^/^,  which  costs  at  least  (m/4  -  m'/^). 

1  /2 

In  either  case,  the  player  is  no  better  than  (^^V~  ~  1)  competitive. 

After  this  epoch,  the  adversary  repeats  the  pattern,  possibly  with  the  roles  of  z^  +  m}!"^ 
and  22  +  m^'^  interchanged.  Q 

5  A  Toy  Problem  That  Uses  Forking 

As  mentioned  earlier,  the  A;-server  framework  introduced  by  Manasse,  McGeoch  and  Sleator 
[MMS]  does  not  allow  forking.  Although  forking  was  introduced  by  Bern  et  al.  [BGRS],  none 
of  the  algorithms  that  they  present  and  analyze  use  the  fork  move.  The  results  of  the  previous 
section  show  us  that  for  the  problem  under  consideration,  the  player  must  fork.  However, 
analyzing  an  algorithm  that  forks  appears  to  be  quite  complicated.   In  order  to  capture  the 


essence  of  the  difficulties  introduced  by  forking,  we  introduce  the  following  toy  problem.  Many 
of  the  algorithmic  ideas  and  analysis  techniques  appearing  in  this  section  are  used  to  solve  the 
more  general  problem. 

The  toy  problem  we  pose  and  solve  can  be  abstracted  as  follows.  We  have  two  distinct 
lines,  each  of  arbitrary  length.  We  are  presented  with  a  request  sequence  ri,  r2, . . . ,  r„.  Each 
request  is  at  some  point  on  one  of  the  two  lines.  Three  mobile  servers  move  on  these  lines  to 
serve  the  request  sequence.  The  servers  obey  the  following  rules.  At  any  one  time,  we  have  to 
maintain  at  least  one  server  on  each  of  the  two  lines;  thus,  at  any  one  time,  two  servers  (called 
the  pair)  are  located  on  one  of  the  lines,  while  the  third  lone  server,  or  loner,  is  located  on  the 
othei  line.  A  server  may  (1)  move  along  one  of  the  lines,  incurring  cost  equal  to  the  difference 
between  its  starting  and  ending  positions;  (2)  fork,  at  no  cost,  to  the  position  occupied  by  the 
loner,  thus  jumping  lines  and  creating  a  new  loner. 

We  emphasize  that  by  the  above  forking  rule,  a  server  cannot  fork  to  a  location  on  the  line 
on  which  it  is  presently  located.  Note  also  that  the  loner  never  forks. 

We  now  present  an  online  algorithm  for  this  toy  problem.  The  design  of  the  algorithm 
is  driven  by  the  question  of  when  to  fork.  Clearly,  if  the  loner  and  two  adversaries  occupy 
the  same  line  then  the  player  can  be  forced  to  do  arbitrarily  more  work,  and  so  a  fork  is 
needed  eventually.  On  the  other  hand  the  pair  cannot  be  forced  into  doing  excess  work  by  the 
single  adversary  on  their  line.  So  an  appropriate  condition  for  determining  when  to  fork  would 
appear  to  be  that  the  loner's  work  exceeds  that  of  the  pair  by  the  cost  of  forking.  The  fork 
itself  costs  nothing;  what  we  have  in  mind  are  the  implicit  costs  of  forking.  To  understand 
what  these  implicit  costs  might  be  let  us  consider  the  situation  in  which  the  loner  shares  its 
line  with  just  one  adversary.  Then  an  "early"  fork  produces  the  previous  undesirable  situation. 
Indeed,  it  has  led  to  an  excess  of  work  by  the  server  equal  to  the  previous  separation  of  the 
pair.  So  this  leads  us  to  the  following  condition:  the  player  will  fork  whenever  the  excess  of 
work  by  the  loner  over  the  pair  is  equal  to  the  separation  of  the  pair.  This  excess  is  recorded 
in  the  variable  Saved. 

We  note  one  other  point  concerning  the  algorithm.  We  showed  earlier,  in  Lemma  1,  that 
if  the  adversary  forks  by  bringing  the  forking  server  to  a  second  server  this  at  most  doubles 
the  cost  of  adversary's  moves.  The  same  is  true  for  the  server.  So  when  forking,  the  server 
brings  its  pair  together.  As  no  one  meeting  location  appears  inherently  more  reasonable  than 
any  other,  we  chose  to  have  the  pair  meet  at  their  midpoint  in  a  fork. 

In  the  algorithm  in  Figure  1,  Saved  is  a  nonnegative  quantity  that  is  initially  0.  When 
the  loner  moves,  it  increases  Saved  by  the  distance  moved.  When  one  (or  both)  of  the  pair 
moves,  it  decreases  Saved  by  the  distance  moved,  unless  Saved  is  or  goes  to  0.  In  this  case. 
Saved  remains  at  0.  Later,  we  show  that  this  algorithm  is  16-competitive. 

In  order  to  analyze  the  performance  of  this  algorithm  and  later  online  algorithms,  we  think 
of  player  and  adversary  working  in  parallel  on  rj,  r2, . . . ,  r„.  For  ease  of  analysis,  the  actions 
following  the  receipt  of  a  request  r  (=  r,  for  some  i)  are  divided  into  the  following  steps:  (1) 
the  adversary  moves  arbitrarily;  (2)  the  player  executes  an  iteration  of  its  algorithm. 

We  define  a  potential  function  $  that  is  used  to  "smooth"  the  analysis.  The  player's  work 
typically  reduces  $  by  at  least  the  work  done,  while  the  adversary's  work  increases  $  by  at 
most  the  competitive  factor  times  the  amount  of  work  done.  These  bounds,  along  with  bounds 
on  the  initial  and  final  values  of  $,  suffice  to  bound  the  player's  work  on  sequence  i?„  by  a 
multiple  of  the  adversary's. 

We  define  two  states  based  on  the  relative  positions  of  the  player's  servers  and  the  adver- 
sary's servers.  We  say  that  the  state  is  Balanced  if  the  adversary  has  only  one  server  in  the 


for  each  request  r  do 
(Case  1) 

if  r  is  on  the  line  occupied  by  the  pair  then 
Move  the  nearest  server  to  r 
if  r  was  between  the  pair  then 

Move  the  other  pair  server  towards  r  by  the  same  distance 
fi 

Adjust  Saved  accordingly 
fi 

(Case  2) 
if  r  is  on  the  line  occupied  by  the  loner  then 

if  Saved  +  distance(loner,  r)  is  more  than  the  pair  distance  then 
do 

Move  loner  towards  r,  increasing  Saved,  until  it  equals  the  pair  distance 
Move  the  pair  to  meet  at  their  midpoint 
Fork  one  of  pciir  to  loner;  (redefine  loner  and  pair) 
Set  Saved  =  0 
GoTo  Case  1 
od 
else  do 

Move  loner  to  r 
Adjust  Saved  accordingly 
od 
fi 
fi 


Figure  1:  Program  for  the  toy  problem 


line  occupied  by  the  player's  loner.  If  the  adversary  has  two  servers  on  the  line  occupied  by  the 
player's  loner,  the  state  is  UNBALANCED.  Note  that  the  state  can  change  in  one  of  two  ways 
—  by  the  player  forking  or  by  the  adversary  forking.  We  further  subclassify  Balanced  into 
two  substates:  a  "normal"  Balanced  and  a  "special"  Balanced.  Special  Balanced  is  the 
substate  reached  by  the  adversary  forking  into  Balanced  from  Unbalanced.  Otherwise, 
the  state  is  normal  Balanced.  We  define  three  different  potential  functions,  one  for  each 
state.  The  quantities  BalSaved  and  UnbalSaved  represent  the  amounts  saved  by  the  algo- 
rithm in  the  BALANCED  and  Unbalanced  states,  respectively,  since  the  last  time  the  player 
forked.  Thus,  at  any  one  time.  Saved  is  the  sum  of  BalSaved  and  UnbalSaved.  Note  that 
the  player  and  the  algorithm  are  unaware  of  the  division  of  Saved  into  its  two  components. 
This  division  is  only  for  the  purposes  of  the  analysis.  For  simplicity,  we  define  the  potential 
functions  with  Si  as  the  loner;  the  case  with  53  as  the  loner  is  completely  symmetric. 

The  need  for  the  two  terms  BalSaved  and  UnbalSaved  is  shown  by  the  following  consid- 
erations. In  the  Unbalanced  state,  by  requests  on  the  loner's  line,  the  player  can  be  forced 
to  do  work  while  the  adversary  does  none;  this  can  be  paid  for  only  by  a  decrease  in  the  poten- 
tial, a  decrease  which  is  proportional  to  the  increase  in  Saved.  So  in  the  Unbalanced  state, 
increases  in  Saved  need  to  be  subtracted  from  the  potential.  Conversely,  in  the  Balanced 
state,  a  sufficient  increase  in  Saved  will  lead  to  a  fork.  The  cost  of  bringing  the  pair  together 
is  not  reflected  in  the  adversary's  move  and  so  this  cost  must  be  extracted  from  the  potential. 
As  this  cost  is  equal  to  Saved,  it  suggests  that  the  increases  to  Saved  need  to  be  added  to 
the  potential  when  in  the  Balanced  state.  Now  we  see  that  changes  to  Saved  are  treated  in 
opposite  ways  in  the  Balanced  and  Unbalanced  states;  hence  the  need  for  the  two  terms 
BalSaved  and  UnbalSaved  in  the  potentials. 

Case  I.  Potential  function  for  normal  Balanced. 

Ai  A2  A3 


Si 


$/  =  4aSiAi  +  2aS2A2  +  2053^3  -f  aS2S3  +  b  ■  BalSaved  -  c  •  UnbalSaved 

Also,  Saved  =  BalSaved. 
Case  II.  Potential  function  for  Unbalanced. 


Sx 


^11  =  2aSiAi  +  2aSiA2  +  2a52/l3  +  2aS3A3  +  aS2S3  +  b-  BalSaved  -  c  ■  UnbalSaved 


Case  III.  Potential  function  for  special  Balanced. 


± 


Si  S2 


^lll  =  ^/  +  2aA2A3 

First,  we  note  the  following  easy  fact. 

Lemma  2.    When  the  adversary  moves  a  server  without  forking,  in  each  of  the  three  cases  $ 
increases  by  at  most  4a  times  the  distance  moved. 

We  divide  our  analysis  into  three  parts.  First,  we  analyze  the  scenario  where  an  adversary 
server  has  served  the  request  and  the  player  executes  the  algorithm,  but  does  not  fork.  Then, 
in  turn,  we  analyze  the  case  where  the  adversary  forks,  and  the  case  where  the  player  forks. 

To  simplify  the  discussion,  if  a  player  server  crosses  an  adversary  server  in  answering  a 
request,  we  create  an  intermediate  imaginary  request  at  the  crossed  adversary  server. 

We  start  by  analyzing  Cases  I  and  III,  with  the  player  moving  to  answer  requests.  If  5i, 
the  loner,  moves  to  answer  the  request,  then  Ai  is  already  at  the  request  site,  having  answered 
the  request  first.  The  movement  of  Si  decreases  the  segment  SiAi  by  the  distance  moved, 
while  BalSaved  increases  by  the  distance  moved.  So,  $  decreases  by  at  least  the  distance 
moved  by  5i,  if 

4a  -  6  >  1 

Next,  we  consider  the  situation  in  which  one  of  the  pair  answers  the  request.  First,  suppose 
exactly  one  server  of  the  pair  moves  in  answering  the  request,  S2  say.  52  5'3  increases  by  the 
distance  moved  and  S2A2  decreases  by  the  distance  moved.  Further,  while  BalSaved  > 
0,  it  decreases  by  the  distance  moved.  However,  if  BalSaved  =  0,  we  start  decreasing 
Un BalSaved  by  the  distance  moved.  So  the  net  change  to  $  is  a  decrease  of  at  least  a  —  c 
times  the  distance  moved.  Second,  suppose  that  both  servers  move  in  answering  the  request. 
Then  the  request  is  between  the  servers.  S2S3  decreases  by  the  distance  moved  and  S2A2  +  S3A3 
is  either  unchanged  or  decreases,  for  one  of  the  adversaries  is  at  the  request  site.  The  change 
to  BalSaved  and  UnbalSaved  is  as  before.  So  again,  the  change  to  $  is  a  decrease  of  at 
least  a  —  c  times  the  distance  moved.  In  either  case,  $  decreases  by  at  least  the  distance  moved 
by  52  and  53,  if 

a-c  >  1 

Now,  we  analyze  Case  II,  with  the  player  moving  to  answer  requests.  If  Si,  the  loner, 
moves  to  answer  the  request,  then  either  Ai  or  A2  {Ai,  say)  is  already  at  the  request  site, 
having  answered  the  request  first.  So,  while  S^Ai  decreases  by  the  distance  moved  by  Si,  S1A2 
increases  by  at  most  the  same  amount.  In  addition,  UnbalSaved  increases  by  the  distance 
moved,  causing  4>  to  decrease  by  c  times  the  distance  moved.  On  adding  the  contributions  to 
$,  we  see  that  if 

c>  1 

then  $  decreases  by  at  least  the  distance  moved  by  Si. 


If  either  52  or  ^3  (52,  say)  answers  the  request,  5253  increases  by  at  most  the  distance 
moved,  while  S2A3  decreases  by  the  distance  moved.  Further,  UnbalSaved  might  decrease 


by  up  to  this  amount.  So  $  decreases  by  at  least  the  distance  maved  if 

a>  c+  1 

We  turn  our  attention  to  the  case  where  the  adversary  forks.  Under  the  rules  of  the  toy 
problem  presented  earlier  in  this  section,  the  adversary  can  fork  one  server  of  its  pair  to  its 
loner  at  no  cost.  Let  us  define  a  modified  adversary  fork  where  the  forking  adversary  server 
always  moves  to  the  location  of  its  paired  server  before  forking  to  its  loner.  Our  analysis  is 
further  simplified  by  the  following  lemma,  whose  proof  is  similar  to  Lemma  1. 

Lemma  3.    Given  an  algorithm  A  for  the  toy  problem,  there  is  an  algorithm  B  that  employs 
the  modified  fork  and  performs  at  most  twice  as  much  work  as  A  on  the  same  request  sequence. 

In  Case  I,  say  that  A2  forks  to  Ai.  By  Lemma  3,  we  require  that  A2  first  move  to  A3.  The 
term  2a5^A2  in  $/  provides  the  term  2a52^3  in  $//.  When  A2  forks  to  Ai,  we  divide  the 
term  AaSiAi  in  $/  equally  to  obtain  the  terms  2aSiAi  and  2aSiA2  in  $//.  The  other  terms 
in  $/  and  $//  are  identical.  The  same  analysis  handles  the  case  of  the  adversary  forking  from 
Case  III  to  Case  II.  When  the  adversary  forks  in  Case  II,  we  go  to  Case  III.  Again,  assume 
that  A2  forks  to  A3.  The  extra  2aA2A3  term  is  0.  The  other  terms  are  obtained  by  the  reverse 
of  the  transformations  used  in  the  fork  from  Case  I  to  Case  II. 

Now,  we  analyze  the  final  case:  the  player  forking.  If  the  player  forks  in  Case  I,  Saved  = 
BalSaved  =  5253.  When  52  and  53  move  to  meet  at  their  midpoint,  $  increases  by  at  most 
a  times  the  distance  moved,  since  2052^2  and  2a53j43  together  increase  by  at  most  2a  times 
the  distance  moved,  while  a5253  decreases  by  a  times  the  distance  moved.  Now,  as  Saved  is 
set  to  0,  $  decreases  by  b  times  the  distance  moved.  So  $  decreases  by  at  least  the  distance 
moved  by  52  and  53  if 

6  >  a+  1 

If  the  player  forks  in  Case  II,  the  movement  of  52  and  53  to  meet  at  their  midpoint  decreases 
$  by  at  least  a  times  the  distance  moved.  Even  if  Saved  =  UnbalSaved,  setting  Saved  to 
0  causes  an  increase  in  $  by  only  c  times  the  distance  moved.  So  $  decreases  by  at  least  the 
distance  moved  by  52  and  53  if 

a  >  c+  1 


Finally,  if  the  player  forks  in  Case  III,  we  first  drop  the  2aA2A3  term.  It  is  then  easy  to 
show  that  the  movement  of  52  and  53,  together  with  this  dropped  term,  causes  a  decrease  in  $ 
by  at  least  a  times  the  distance  moved.  Again,  even  if  Saved  -  UnbalSaved,  setting  Saved 
-to  0  causes  an  increase  in  $  by  only  c  times  the  distance  moved.  Once  more,  $  decreases  by 
at  least  the  distance  moved  by  52  and  53,  if 

a  >  c+  1 

The  reader  can  easily  check  that  after  52  and  53  meet  at  their  midpoints,  the  forking  of 
52  to  Si  causes  no  change  in  $. 

Theorem  3.    There  is  a  16-competitive  algorithm  for  the  toy  problem  of  this  section. 

Proof:  AD  the  constraints  obtained  in  the  above  analysis  can  be  satisfied  by  setting  a  =  2, 
6  =  3  and  c  =  1.  From  Lemmas  2  and  3,  the  competitive  factor  is  16.  D 

Remark.  In  order  to  capture  the  cost  of  the  initial  potential  in  the  bound  of  Theorem  3,  we 
force  it  to  be  zero,  which  can  be  done  as  follows:  we  require  the  initial  configuration  to  be  in 
the  Balanced  state,  with  servers  5i  and  Ai  aligned,  and  with  servers  52,^2)53,^43  aligned. 


6      A  Competitive  Algorithm  for  k  =  3 

In  this  section,  we  provide  our  main  result:  an  algorithm  for  the  original  problem  with  k  -  3. 
Recall  that  all  three  servers  move  on  a  line;  a  server  may  fork  to  a  location  occupied  by  another 
server  at  no  cost.  The  basic  intuition  behind  the  algorithm  is  this:  if  one  of  the  player's  servers 
is  "far"  from  the  other  two,  we  would  like  to  act  like  they  are  on  two  different  lines.  In  this 
case,  an  algorithm  similar  to  the  one  provided  for  the  toy  problem  would  work  well.  So,  can 
we  somehow  splice  the  two  lines  of  the  toy  problem  together,  so  all  three  servers  move  on  the 
same  line?  The  algorithm  presented  below,  in  Figure  2,  does  just  this. 

At  any  point  in  the  algorithm  below,  the  player  has  one  designated  loner  server.  The  other 
two  servers  are,  of  course,  called  the  pair.  The  loner  is  always  one  of  the  extreme  servers 
(leftmost  or  rightmost).  The  middle  server  forks  off  the  loner;  immediately  after  the  fork, 
the  designated  loner  changes  to  the  other  end.  Saved,  as  before,  is  a  nonnegative  quantity, 
initially  0.  When  the  loner  moves  Saved  increases  by  the  distance  moved  by  the  loner.  When 
one  or  both  of  the  pair  move.  Saved  decreases  by  the  distance  moved  by  the  pair,  unless  it  is 
already  0.  To  start  with,  any  one  extreme  server  can  be  the  first  loner. 

There  is  one  aspect  of  the  present  algorithm  not  arising  in  the  toy  problem.  In  the  situation 
in  which  the  three  adversary  servers  and  the  player  pair  are  close  together,  but  the  loner  is 
far  away,  it  is  possible  to  make  the  player  do  arbitrarily  more  work  than  the  adversary  unless 
the  player's  loner  starts  answering  requests.  To  cause  this,  when  the  request  is  between  the 
loner  and  the  closer  server  of  the  pair  (namely  52),  if  the  request  is  answered  by  52,  then  the 
loner  moves  a  small  proportionate  distance  towards  52  (we  have  chosen  to  move  S\  by  g  of  the 
distance  moved  by  52,  though  other  fractions  would  work,  with  appropriate  adjustments  to 
the  potential  function).  Recall  that  the  player  has  no  knowledge  of  the  adversary  and  so  must 
make  this  move  regardless  of  the  distribution  of  the  adversary's  servers.  We  remark  that  it  is 
plausible  that  the  same  end  could  be  achieved  by  a  player  fork  of  S\  to  52;  this  seemed  more 
involved  in  its  analysis,  however,  so  we  chose  to  avoid  this  additional  use  of  a  player  fork. 

6.1      The  Potential  Function 

As  in  the  toy  problem  there  are  two  states:  BALANCED  and  Unbalanced.  Loosely  speaking, 
the  state  is  Unbalanced  if  at  least  two  adversary  servers  are  closer  to  the  loner  than  to  either 
of  the  pair.  A  precise  definition  of  these  states  is  given  subsequently.  The  Balanced  state  is 
partitioned  into  a  normal  Balanced  state  and  two  special  Balanced  states.  One  of  the  two 
special  BALANCED  states  is  essentially  as  in  the  toy  problem;  the  other  is  similar  in  principle, 
although  the  details  differ. 

In  order  to  start  with  an  initial  potential  of  zero,  we  require  that  all  the  servers,  both  the 
player's  and  adversary's,  be  aligned  at  the  start.  S\  is  chosen  to  be  the  loner. 

We  specify  the  potential  function  in  full  below.  As  before,  the  player's  work  reduces  the 
potential  by  at  least  the  work  done,  while  the  adversary's  work  increases  the  potential  by  at 
most  the  competitive  factor  times  the  amount  of  work  done. 

It  is  worth  stressing  that  the  description  below  assumes  throughout  that  S\  is  the  loner. 
Also,  it  should  be  kept  in  mind  that  both  the  adversary's  and  the  player's  servers  are  labeled  so 
that  the  indices  increase  from  left  to  right.  Thus,  for  example,  S\  is  always  the  leftmost  player 
server,  52  is  always  the  middle  player  server  and  53  is  always  the  rightmost  player  server. 

We  introduce  the  variable. /eng^/i:  it  is  the  separation  between  the  two  extreme  servers 
(belonging  to  both  the  adversary  and  the  player).    In  addition,  we  introduce  the  variable 
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for  each  request  r  do 
(Case  1) 

if  r  is  closest  to  one  of  the  pair  then 
Move  the  nearest  server  to  r 
if  r  was  between  the  loner  and  the  middle  server  M  then 

Move  the  loner  towards  r  hy  \  times  the  distance  moved  by  M 
fi 
if  r  was  between  the  pair  then 

Move  the  other  pair  server  towards  r  by  the  same  distance 
fl 

Adjust  Saved  accordingly 
fi 

(Case  2) 
if  r  is  closest  to  the  loner  then 

if  Saved  +  distance(loner,  r)  is  more  than  the  pair  distance  then 
do 

Move  loner  towards  r,  increasing  Saved,  until  it  equals  the  pair  distance 
Move  the  pair  to  meet  at  their  midpoint 
Fork  one  of  pair  to  loner;  (redefine  loner  and  pair) 
Set  Saved  -  0 
GoTo  Case  1 
od 
else  do 

Move  loner  to  r 
Adjust  Saved  accordingly 
od 
fi 
fi 


Figure  2:  Algorithm  for  the  3-server  problem 
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extra  =  16a  •  length  +  b  ■  BalSaved  -  c  ■  UnbalSaved.    The  definition  of  BalSaved  and 
UnbalSaved  are  as  before. 

There  are  six  major  subcases.  They  are  determined  by  the  relative  positions  of  A2  and 
A3.  The  Balanced  case  occurs  if  A2  is  to  the  left  of  S2  and  closer  to  one  of  A^  or  Si  than  to 
52;  otherwise  the  UNBALANCED  case  applies.  Each  of  these  cases  is  split  into  three  subcases 
according  as  A3  is  to  the  right  of  52,  to  the  left  of  52  but  nearer  52  than  Si  or  A2,  and  both 
to  the  left  of  52  and  nearer  one  of  Si  or  A2  than  52-  The  Balanced  case  comes  in  several 
types  according  to  whether  it  is  entered  by  a  player  fork  or  otherwise;  this  is  detailed  further 
below. 


Case  I.  Potential  function  for  normal  Balanced.    A2S2  <  m'm{SiA2,  A1A2}  and  Saved  = 

BalSaved. 

Subcase  la.  A3  is  to  the  right  of  52- 

4i  M        A3 


n  \       r 

Si  S2        S3 


$/a  =  4aSiAi  +  2aA2S2  +  2aA2A3  +  2aA3S3  +  aS2S3  +  extra 


Subcase  lb.  A3  is  to  the  left  of  52  and  A2A3  >  A3S2- 

Ai  A2      A3 


Si 


$/6  =  AaSiAi  +  4aA2A3  +  \OaA3S2  +  20^353  +  a5253  +  extra 
Lemma  4.   7f52  and  A3  coincide,  $/a  =  $/(,. 


Proof:  When  52  and  A3  coincide,  A3S2  is  0.  Furthermore,  A2S2  =  A2A3,  implying  that 
2aA2S2  +  2aA2A3  in  $/a  equals  4aA2A3  in  $/(,.  The  equality  of  the  remaining  terms  is  readily 
checked.  □ 

Subcase  Ic.  A3  is  to  the  left  of  52  and  A2A3  <  A3S2- 

Ai  A2  A3 


n  I r 

Si  S2        S3 


$/c  =  4aSiAi  +  8aA2A3  +  6aA3S2  +  2aA3S3  +  a5253  +  extra 
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Lemma  5.   If  A2A3  =  A3S2,  ^ib  =  ^Ic- 


Proof:  Note  that  4a>l2^3  +  100^352  =  80^2^13  +  6aA3S2  when  A2A3  =  A3S2. 
Case  II.  Potential  function  for  Unbalanced.  A2S2  >  mm{SiA2,AiA2}. 
Let  l{Xi,X2,-  ■  ■■,^k)  denote  the  length  spanned  by  servers  Xi,X2,-  •  •  ,Xk- 
Subcase  Ma.  A3  is  to  the  right  of  52. 


A. 


3 


1  I         r 

Si  S2  S3 


^lla  =  4a-l{Ai,A2,Si)  +  2aS2A3  +  2aA3S3  +  aS2S3  +  extra 


Lemma  6.   If  A2S2  =  min{5iA2,  ^1^2},  ^lla  =  ^la- 


Proof:  In  $/a  we  write  2a>l252+2a/l2^3  as4a/l252+2aS2^3.  But  4aA2S2  =  4amin{5i/l2,  ^iA2}; 
together  with  the  AaS^Ai  term  from  $/a  this  provides  the  4a-  l{Ai,  A2,Si)  term  in  $//a-  The 
equality  of  the  remaining  terms  is  readily  checked.  D 


Subcase  Mb.  A3  is  to  the  left  of  52  and  A3S2  <  min{5ii43,  >12>13}. 


4i        ^2  ^3 


Si 


$//6  =  4a  ■  l(Ai,A2,Si)  +  6ayl352  +  2aA3S3  +  aS2S3  +  extra 


Lemma  7.   If  A2S2  =  min{5i>l2,>4iA2},  $//6  =  ^ib- 


Proof:  In  $/;,,  4a(^2^3  +  ^352)  =  4aA2S2  =  4amm{AiA2,  5i^2};  together  with  the  4aSiAi 
term  from  $/(,  this  provides  the  4a  ■  l{Ai,A2,Si)  term  in  $//6-  The  equality  of  the  remaining 
terms  is  readily  checked.  D 

Lemma  8.   If  A3  and  S2  coincide,  ^jja  =  ^//6- 


Proof:  If  A3  and  52  coincide  then  S2A3  =  0;  hence,  #//a  =  ^iib- 


Subcase  Ik.  ^3  is  to  the  left  of  52  and  A3S2  >  min{5i^3,  >l2^3}- 

Ai        A2        A3 


I  I     r 

5i  52     53 


#//^  -  4a  ■l{Ai,A2,A3,Si)  +  2a^352  +  20^353  +  a52 53  +  extra 


Lemma  9.   7f  min{yl2^3,  51/I3}  =  ^352,  $//6  =  *//c- 


Proof:    The  spare  term  40^352   =  4a  •  min{v42A3, 5i^3}  in  ^lib  together  with  the  term 
4a  ■  l{Ai,A2,  Si)  equal  the  term  4a  ■  l{Ai,A2,  A3,  Si)  in  $//c.  Hence,  $//c  =  ^nb-  □ 
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Lemma  10.   7fmin{/li^2, 'S'1^2})  =  ^4252,  $//c  =  ^/c- 


Proof:  In  $/c,  4a(A2A3  + A3S2)  =  4aA^  =  4a-mm{AiA2,SiA2];  together  with  the  4aSiAi 
term  and  the  remaining  4aA2A3  term  from  $/c  this  provides  the  4a  ■l{Ai,A2,A3,Si)  term  in 
$//c.  The  equality  of  the  remaining  terms  is  readily  checked.  D 

We  comment  briefly  on  our  choice  of  potential  function,  which  at  first  sight  might  appear 
rather  arbitrary.  $/(,  is  the  Case  I  potential  for  the  toy  problem  with  two  changes.  The  first 
change  is  the  addition  of  the  term  2aA2A3;  it  is  present  to  avoid  negative  terms  in  some  of 
the  other  potentials.  The  second  change  is  the  addition  of  the  term  16a  •  length;  it  is  present 
to  pay  for  the  movement  of  S\  towards  S2  when  there  is  a  request  between  them  served  by 
^2  in  the  case  that  all  three  adversary  servers  are  close  to  the  player's  pair.  Again,  $//a  is 
the  Case  II  potential  for  the  toy  problem  with  two  changes:  first,  the  introduction  of  the  term 
2aA\A2  (note  that  4  •  1{A\,  A2,  S\)  =  '2{AiA2  +  25iv4i  +  S1A2));  second,  the  introduction  of 
the  term  16a -length.  These  two  terms  need  to  be  introduced  to  be  consistent  with  $/a  (to  see 
this,  consider  a  server  fork  from  one  case  to  the  other).  Given  the  choice  of  the  partitioning 
into  subcases  (which  may  well  not  be  the  only  choice)  the  remaining  potentials  are  fixed, 
as  we  indicate  below.  To  see  this,  it  suffices  to  show  that  terms  of  the  form  l(Ai,A2,Si) 
and  l{Ai,A2,A3,Si)  must  be  present  in  the  potentials  for  Cases  Ila  and  lib  and  Case  lie, 
respectively.  Then  to  see  that  the  remaining  potentials  are  forced  it  suffices  to  consider  which 
terms  can  change  in  the  transition  from  one  state  to  another  caused  by  the  movement  of  A2 
and  ^3. 

We  return  to  the  question  of  the  presence  of  terms  /(.).  We  consider  the  terms  involving  5i 
in  $//.  Since  the  requests  can  force  Si  to  go  back  and  forth  between  several  adversary  servers 
it  is  clear  the  player  can  be  made  to  do  work  while  the  adversary  does  none.  So  $  needs  to 
decrease.  This  is  handled  by  a  term  such  as  UnbalSaved.  Suppose  that  Si  were  between  Ai 
and  A2  in  Subcase  Ila.  If  the  terms  in  $//a  involving  Si  increase  as  ^i  moves  towards  Ai  (resp. 
A2),  then  they  will  decrease  correspondingly  as  Si  moves  towards  A2  (resp.  Ai);  the  increase 
has  to  be  covered  by  the  c  •  UnbalSaved  term  in  $//a.  Clearly,  the  simplest  solution  is  to 
have  $//a  neither  increase  nor  decrease  in  this  situation.  The  same  argument  applies  in  Case 
lie,  but  to  the  interval  A1A3.  Suppose  Si  is  between  A2  and  ^3  in  Case  lie.  A  movement  of 
A3  to  the  right  eventually  causes  a  transition  to  Case  lib.  This  implies  that  in  $//6,  if  Si  is  to 
the  right  of  A2  the  weight  of  interval  A2S1  should  be  equal  to  that  of  AiA2-  This  yields  a  term 
proportional  to  l{Ai,  A2,Si)  in  $//fc,  with  possibly  an  additional  term  proportional  to  SiAi  if 
Si  is  to  the  left  of  Ai.  The  transition  to  Case  Ila  does  not  affect  this  term.  By  considering  the 
transition  from  Case  la  to  Case  Ila  via  a  server  fork  we  see  that  we  cannot  afford  an  additional 
term  proportional  to  SiAi  when  ^i  is  to  the  left  of  Ai.  This  argument  shows  that  the  term 
l{Ai,  A2,  Si)  is  the  only  term  involving  S\  present  in  the  potential  for  Cases  Ila  and  lib  (apart 
from  its  implicit  presence  in  the  term  extra).  In  Case  He,  the  situation  with  Si  to  the  right 
of  A3  does  not  have  a  transition  to  any  other  case,  so  it  is  natural  to  use  the  same  weight  for 
interval  A3S1  as  for  interval  A1A3,  giving  the  term  /(i4i,  A2,  ^43,  5i)  for  Case  lie. 

Case  III.  Potential  function  for  one  type  of  special  Balanced. 

This  state  occurs  if  the  adversary  forks  from  an  Unbalanced  state.  The  same  subcases  apply 

as  for  Case  I.  The  potential  is  given  by 


*///  -  ^i  +  2aA2A3 

Case  IV.  Potential  function  for  the  other  type  of  special  Balanced. 

This  state  occurs  if  the  adversary  or  a  server  moves  from  an  Unbalanced  state  without 
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forking  so  that  the  conditions  of  Case  I  apply.  We  refer  to  such  a  move  as  a  pseudo-fork; 
clearly,  this  move  cannot  occur  in  the  toy  problem.  Again,  the  same  subcases  apply  as  for 
Case  I.  The  potential  is  given  by 


iSflv  =  ^l  +  d-  SiOldSi  +  e  ■  A20ldA2 

OldS\  and  OldA2  denote  the  locations  of  Si  and  A2,  respectively,  at  the  moment  State  IV 
is  entered.  The  function  of  the  additional  terms  in  the  potential  is  to  compensate  for  the 
c  •  UnbalSaved  term  in  the  potential,  as  was  the  case  for  the  2aA2A3  term  in  Case  III  of  the 
toy  problem.  This  compensation  is  required  only  if  the  departure  from  State  IV  is  via  a  player 
fork  in  which  52  and  ^3  are  sandwiched  between  A2  and  A3. 

We  refer  to  the  state  of  the  system  as  State  I,  II,  III  or  IV  when  the  corresponding  case 
applies. 

If,  while  in  States  III  or  IV,  UnbalSaved  is  reduced  to  zero,  then  State  I  is  entered,  and 
the  additional  terms  in  the  potential  are  dropped. 

The  above  definition  needs  to  be  modified  in  one  instance.  This  matters  in  the  analysis 
of  Case  IV  in  the  event  that  a  player  forks.  The  modification  is  somewhat  technical,  and  this 
paragraph  can  be  omitted  until  the  analysis  of  Case  IV  is  read.  The  moves  are  partitioned 
into  epochs.  An  epoch  comprises  the  period  in  which  a  given  state  holds.  We  modify  the 
above  state  definitions  obtaining  one  case  in  which  State  II  is  not  entered.  Consider  an  entry 
to  State  IV,  starting  an  epoch  £'3  with  5i  as  the  loner;  this  entry  must  be  by  a  pseudo-fork 
from  the  Unbalanced  state.  State  II,  with  ^i  as  the  loner.  Consider  the  epoch,  E2,  covering 
this  Unbalanced  state.  Let  Ei  denote  the  epoch  preceding  £2-  Suppose  that 

(i)  El  was  in  the  Balanced  state  with  Si  as  the  loner. 


(ii)  The  transition  from  Ei  to  E2  resulted  from  a  move  of  52  to  A3,  which  mai,demm{SiA2,AiA2}  < 
A2S2  (which  entailed  a  transition  from  the  Balanced  to  the  Unbalanced  state). 

(iii)   Si  answered  no  requests  during  £2- 

Then  we  merge  epochs  Ei,  E2  and  E3,  and  we  continue  to  use  the  potential  for  the  original 
Balanced  state  throughout.  (That  we  can  use  this  Balanced  state  throughout  follows  from 
the  fact  that  Si  does  not  answer  any  request  during  E2  and  so  has  no  effect  on  the  analysis; 
to  see  this,  one  needs  to  consider  the  details  of  the  analysis,  which  are  given  in  Section  6.2.) 

6.2      The  Analysis 

First,  we  note  that  each  move  by  the  adversary  that  does  not  involve  forking  or  pseudo-forking 
increases  $  by  at  most  a  constant  times  the  work  done  by  the  adversary.  By  examining  $ 
in  each  of  the  cases,  this  constant  can  be  seen  to  be  at  most  max{22a,8a  +  e};  later,  we  set 
e  =  4a,  making  this  constant  at  most  22a.  Likewise,  a  pseudo-fork  by  the  adversary  leaves  $ 
unchanged,  since  there  is  no  change  in  $  in  transitions  from  one  state  to  another,  by  Lemmas 
5-10. 

As  before,  in  turn,  we  analyze  (1)  the  scenario  where  an  adversary  server  has  answered 
the  request  and  the  player  executes  the  algorithm,  but  does  not  fork,  (2)  the  case  where  the 
adversary  forks,  and  (3)  the  case  where  the  player  forks. 
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6.2.1      Player  Moves  Without  Forking 

It  is  possible  for  a  player  server  to  answer  a  request  which  causes  it  to  cross  an  adversary 
server.  To  simplify  the  analysis,  we  consider  this  process  to  include  dummy  requests  at  the 
traversed  adversary  servers.  In  addition,  as  a  request  is  served  the  state  of  the  system  may 
change.  We  analyze  such  a  request  in  two  (or  more)  phases:  one  phase  for  each  of  the  states 
that  hold  as  the  request  is  serviced.  Finally,  we  note  the  possibility  of  fractional  moves  in  the 
player's  strategy.  The  actual  move  always  rounds  down,  but  the  player  recalls  the  fractional 
moves  that  have  not  been  made  and  as  soon  as  a  cummulative  fraction  reaches  or  exceeds  unity 
the  corresponding  move  is  made.  The  analysis  simply  assumes  fractioncd  moves  are  made  as 
they  occur. 

Analysis  for  Cases  I  and  III 

Each  subcase  that  follows  is  taken  to  subsume  the  corresponding  subcase  of  Case  III  as 
well  as  the  named  subcase  of  Case  I. 

Analysis  for  Case  la 

•  The  request  is  to  the  left  of  Si  (so  it  must  be  at  Ai). 

The  movement  of  5i  decreases  the  segment  S^A^  by  the  distance  moved,  while  BalSaved 
increases  by  the  distance  moved.  So  $  decreases  by  at  least  the  distance  moved  by  Si  if 

4a  -  6  >  1 

•  The  request  is  between  Si  and  52- 

(a)  Si  answers. 

If  the  request  is  at  Ai,  the  movement  of  Si  decreases  the  segment  SiAi  and  variable 
length  by  the  distance  moved,  while  BalSaved  increases  by  the  distance  moved.  So  $ 
decreases  by  at  least  the  distance  moved  by  ^i  if 

20a  -  6  >  1 

If  the  request  is  at  A2,  then  Case  II  would  apply,  since  A2  would  be  closer  to  Si  than  to 
52.  Obviously,  this  also  applies  if  the  request  is  at  A3. 

(b)  52  answers. 

If  the  request  is  at  Ai,  the  movement  of  52  increases  2a52>l2  +  0.S2S3  by  3a  times  the 
distance  moved  by  52  and  the  movement  of  Si  decreases  4aSiAi  +  16a  ■  length  by  ^ 
times  the  distance  moved  by  52  (recall  that  Si  moves  |  of  the  distance  moved  by  52). 
While  BalSaved  >  0,  it  decreases  by  |  of  the  distance  moved  by  52  (the  distance  moved 
by  52  minus  the  distance  moved  by  Si).  If  BalSaved  is  0,  while  UnbalSaved  >  0, 
it  in  turn  decreases  by  |  of  the  distance  moved  by  52-  So  $  decreases  by  at  least  the 
distance  moved  by  5i  and  52  if  -3a  +  222.  >  Z  ^.  |c,  that  is  if 

2a  >  7  +  5c 


If  the  request  is  at  /I2,  the  movement  of  52  decreases  2a52i42  +  a5253  by  a  times  the 
distance  moved  by  52  and  the  movement  of  Si  increases  4a5i^i  +  16a  ■  length  by  at 
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most  -^  times  the  distance  moved  by  52-    BalSaved  and  UnbalSaved  beliave  as  in 
the  preceding  case.    So  $  decreases  by  at  least  the  distance  moved  by  Si  and  52  if 

a  -  T  ^  6  +  1^'  *h^*  's  if 

2a  >  7  +  5c 


•  The  request  is  between  5*2  and  53. 

Whichever  server  answers,  the  terms  involving  52  and  53  in  $  decrease  by  at  least  a 
times  the  distance  moved.  UnbalSaved  decreases  by  at  most  the  distance  moved  by  52 
and  53.  So  $  decreases  by  at  least  the  distance  moved  by  52  and  53  if 

a  >  1  +  c 


• 


The  request  is  to  the  right  of  53.   The  argument  of  the  item  above,  namely,  when  the 
request  is  between  52  and  53,  applies. 


Analysis  for  Case  lb 

The  same  situations  apply  as  in  the  analysis  of  Case  la,  with  virtually  the  same  analysis.  The 
only  new  situations  to  consider  are: 

•  The  request  is  at  ^43,  between  5i  and  52- 
(a)  If  5i  answers,  Case  II  applies. 


• 


(b)  If  52  answers,  the  movement  of  52  to  A3  decreases  segment  ^43 52  and  increases 
segment  S2S3.  The  movement  of  Si  may  increase  segment  SiAi.  Thus,  $  decreases  by 
9a  times  the  distance  moved  by  52  and  increases  by  at  most  4a  times  the  distance  moved 
by  Si.  Again,  BalSaved  can  only  decrease  and  UnbalSaved  decreases  by  at  most  | 
of  the  distance  moved  by  52.  So  $  decreases  by  at  least  the  distance  moved  by  Si  and 
52  if  9a  -  ^  >  I  +  |c,  that  is  if 

50a  >  7  +  5c 

The  request  is  at  Ai  or  A2  between  Si  and  52. 

The  player  answers  with  52.  By  Lemma  4,  when  52  reaches  A3,  State  la  is  entered. 


Analysis  for  Case  Ic 

The  same  situations  apply  as  in  the  analysis  of  Case  lb,  with  virtually  the  same  analysis. 
The  only  new  situation  to  consider  is  with  the  request  at  A3  (between  Si  and  52)  and  52 
answers.  Then  the  movement  of  52  to  A3  decreases  segment  ^4352  and  increases  segment 
5253.  The  movement  of  Si  increases  segment  SiAi  by  at  most  the  distance  moved  by  Si. 
Again,  UnbalSaved  decreases  by  at  most  |  of  the  distance  moved  by  52-  So  $  decreases  by 
at  least  the  distance  moved  by  Si  and  52  if  5a  -  ^  >  g  +  |c,  that  is  if 

26a  >  7  +  5c 

Analysis  for  Case  Ma 

•  The  request  is  to  the  left  of  Si . 

The  movement  of  5i  does  not  increase  /(Aj, /I2,  5i);  in  addition,  UnbalSaved  increases 
by  the  distance  moved  by  Si.  So  $  decreases  by  at  least  the  distance  moved  by  Si  if 

c>  1 
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•  The  request  is  between  Si  and  82- 

Again,  Si  answers  the  request  (otherwise,  Case  I  applies).  Again,  l(Ai,A2,Si)  does  not 
increase  and  UnbalSaved  increases  by  the  distance  moved  by  Si.  So  $  decreases  by  at 
least  the  distance  moved  by  Si  if 

c>  1 

•  The  request  is  between  52  and  53. 

The  request  has  to  be  at  A3,  otherwise  Case  I  applies.  Recall  that  52  and  53  move 
by  the  same  distance  towards  the  request.  Thus,  the  segment  52^43  decreases  by  the 
distance  moved  by  52,  the  segment  A3S3  decreases  by  the  distance  moved  by  53,  and 
the  segment  5253  decreases  by  the  combined  distance  moved.  UnbalSaved  decreases 
by  at  most  the  combined  distance  moved.  In  summary,  irrespective  of  whether  52  or  53 
answers,  $  decreases  by  3a  times  the  combined  distance  moved  and  increases  by  c  times 
the  combined  distance  moved.  So  $  decreases  by  at  least  the  distance  moved  by  52  and 
53  if 

3a  >  c  +  1 

•  The  request  is  to  the  right  of  53;  in  this  case  it  is  at  A3. 


The  segment  53.43  decreases  by  the  distance  moved  by  53,  while  the  segment  5253 
increases  by  the  distance  moved  by  53.  Furthermore,  UnbalSaved  decreases  by  at 
most  the  distance  moved.  So  $  decreases  by  at  least  the  distance  moved  by  53  if 

a  >  c+  1 

Analysis  for  Case  Mb 

•  The  request  is  to  the  left  of  Si.  The  analysis  of  this  situation  is  identical  to  the  analysis 
of  the  corresponding  situation  in  State  Ila. 

•  The  request  is  between  Si  and  52- 

If  the  request  is  at  Ai  or  .42,  Si  answers  the  request  (otherwise,  Case  I  applies).  Again, 
the  analysis  of  this  situation  is  identical  to  the  analysis  of  the  corresponding  situation  in 
State  Ila. 

If  the  request  is  at  A3,  S2  answers  (otherwise  Case  lie  applies).  Segment  A3S2  decreases 
by  the  distance  moved  by  52,  segment  5253  increased  by  the  distance  moved  by  52-  Once 
again,  Si  moves  g  of  the  distance  moved  by  52;  this  may  increase  l{Ai,  A2,Si)  by  up  to 
the  distance  moved  by  Si.  Also,  UnbalSaved  decreases  by  at  most  |  of  the  distance 
moved  by  52-  So  $  decreases  by  at  least  the  distance  moved  by  52  if  5a  —  ga  >  g  +  |c, 
that  is  if 

26a  >  7  +  5c 

•  The  request  is  between  52  and  53. 

This  is  impossible  in  State  lib,  since  no  adversary  server  can  be  between  52  and  53. 


The  request  is  to  the  right  of  53. 
Again,  this  situation  is  impossible. 
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Analysis  for  Case  lie 

•  The  request  is  to  the  left  of  Si. 

The  analysis  of  this  situation  is  identical  to  the  analysis  of  the  corresponding  situation 
in  State  Ila. 

•  The  request  is  between  Si  and  S2- 

If  ^i  answers  the  request,  the  analysis  is  identical  to  that  for  a  request  to  the  left  of 
Si.  If  52  answers  the  request,  then  segment  A3S2  decreases  by  the  distance  moved  by 
52  and  segment  5253  increases  by  the  distance  moved  by  52-  The  term  l(Ai,A2,A3,Si) 
does  not  increase  despite  5i's  movement,  as  Si  must  be  to  the  left  of  ^3.  In  addition, 
UnbalSaved  decreases  by  at  most  |  of  the  distance  moved  by  52-  So  $  decreases  by 
at  least  the  distance  moved  by  Si  and  52  if  a  >  ^  +  |c,  that  is  if 

6a  >  7  +  5c 


• 


The  other  two  cases  are  impossible  in  State  lie,  since  no  adversary  server  can  be  to  the 
right  of  52 . 


Analysis  for  Case  IV 

By  examining  $/v,  we  see  that  the  analysis  of  this  case  is  identical  to  that  of  State 
III,  except  in  the  situation  where  Si  answers  the  request.  In  such  a  situation,  the  request 
must  be  at  Ai  (otherwise,  the  current  state  is  State  II).  The  segment  SiAi  decreases  by  the 
distance  moved  by  5i,  while  the  segment  SiOldSi  may  increase  by  the  distance  moved  by 
Si.  Furthermore,  BalSaved  increases  by  the  distance  moved.  So  $  decreases  by  at  least  the 
distance  moved  by  5i  if  4a  —  6  -  d  >  1,  that  is  if 

d<4a-b-l 

6.2.2      Adversary  Forks 

For  the  purpose  of  this  analysis,  let  A2,  the  middle  adversary  server,  be  paired  with  the  extreme 
adversary  server  that  is  closest  to  it,  and  let  the  other  adversary  server  be  the  loner.  We  now 
show  that  an  analogue  of  Lemma  3  holds,  so  again  we  only  need  use  the  following  modified 
adversary  fork — A2  moves  to  the  location  of  its  paired  server  before  forking  to  its  loner.  Forks 
by  Ai  and  A3  are  not  used. 

Lemma  11.  Given  an  algorithm  A,  there  is  an  algorithm  B  that  employs  the  modified  fork 
and  performs  at  most  three  times  as  much  work  as  A  on  the  same  request  sequence. 

Proof:  We  assume  that  all  three  adversary  servers  are  together  in  A  at  the  start  of  the  request 
sequence.  We  use  a  potential  function  0  to  facilitate  this  argument.  In  defining  0,  let  ^3  be 
the  server  that  is  paired  to  A2,  and  let  Ai  be  the  loner.  We  set  Q  =  A1A3  +  A2A3;  0  will  be 
used  to  upper  bound  the  work  done  by  B.  The  amortized  cost  of  a  move  by  B  will  be  the  sum 
of  its  actual  cost  plus  the  change  in  potential.  Since  0  is  0  initially,  and  nonnegative  at  the 
end,  the  amortized  cost  of  algorithm  B  is,  indeed,  an  upper  bound  on  its  actual  cost.  When 
algorithm  A  moves  without  forking,  algorithm  B  does  the  same.  Their  actual  costs  are  the 
same,  while  the  change  in  0  might  be  twice  the  actual  cost.  Thus,  the  amortized  cost  of  the 
move  by  algorithm  B  is  at  most  three  times  the  actual  cost  of  A.  When  A  forks,  its  actual 
cost  is  0.  The  actual  cost  of  B  on  the  same  move  needs  careful  analysis. 
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•  A2  forks  to  Ai.  In  B,  Ai  moves  to  A^  before  forking  to  Ax.  The  actual  cost  is  A^Aj,.,  the 
change  in  0  is  -^42^43,  and  the  amortized  cost  is  0. 

•  A2  forks  to  A3.  In  B,  A2  simply  moves  to  A3.  Again,  the  amortized  cost  is  0,  as  in  the 
above  case. 

•  Ai  (resp.  A3)  forks  to  A2.  Instead,  Ai  (resp.  ^13)  moves  to  A2.  The  actual  cost  is  the 
distance  moved  (.41^42  or  A3A2,  respectively),  and  the  potential  decreases  by  at  least 
the  distance  moved,  since  A\A3  decreases  by  this  amount.  Thus,  the  amortized  cost  is 
nonpositive. 

•  Either  Ai  forks  to  ^43  or  vice  versa.  This  can  be  analyzed  in  two  parts.  First,  Ai  or  A3 
moves  to  A2,  as  in  the  above  case.  Then,  ^42  forks  to  the  corresponding  loner,  as  covered 
in  the  first  case.  Clearly,  the  amortized  cost  is  nonpositive. 

We  conclude  that  B  does  at  most  three  times  the  work  done  by  A.  D 

Next,  we  introduce  algorithm  C.  In  algorithm  C,  as  well  as  performing  only  the  modified 
fork  of  algorithm  B,  we  require  that  prior  to  an  adversary  fork,  the  request  is  answered  by 
both  the  player  and  the  adversary  loner,  off  which  the  fork  is  made,  Ai  say;  following  the  fork, 
A\  may  then  return  to  its  original  position.  Together  with  the  modified  fork,  this  causes  the 
adversary  to  do  at  most  twice  the  work  done  by  Algorithm  B  and  hence  at  most  six  times  the 
work  done  by  an  optimal  offline  algorithm.  In  the  analysis  below,  we  assume  that  both  the 
adversary  loner  and  the  player  have  answered  the  request;  thus  the  state  of  the  system  is  just 
prior  to  the  (modified)  fork. 

Analysis  for  Case  la 


•  Ai  is  the  loner  when  ^42  does  a  fork. 

Recall  that  either  Ai  and  S\  or  A\  and  52  or  Ai  and  ^3  coincide,  immediately  prior  to 
the  fork.  If  A\  and  Si  coincide,  the  fork  causes  a  shift  from  State  la  to  State  Ila.  $/a 
and  $//a  are  equal  at  the  fork  since  at  the  instant  that  A2  actually  forks  to  A^,  A2  and 
A3  coincide  (due  to  the  modified  fork).  Thus,  S2A2  =  S2A3  and  $/a  =  $//a. 
If  A\  and  S2  or  Ai  and  53  coincide,  the  fork  leaves  the  state  unchanged.  In  the  for- 
mer case,  the  term  2aS2A2  immediately  prior  to  the  fork  provides  the  term  2aA2A3 
immediately  after  the  fork  (again,  due  to  the  modified  fork).  The  other  terms  in  the 
two  potentials  all  match.  In  the  latter  case,  the  term  2aS2A2  is  reduced  by  the  fork  by 
exactly  the  increase  to  the  term  2aA2A3.  Again,  the  other  terms  in  the  two  potentials 
all  match. 
So,  in  all  three  cases,  the  fork  leaves  the  potential  unchanged. 

•  A2  forks  to  the  loner  ^43. 

Immediately  prior  to  the  fork  Ai  and  A2  are  coincident  and  are  either  to  the  right  of  or 
coincident  with  52  (for  otherwise  Case  Ila  applies).  Consequently,  the  term  2052^2  + 
2aA2A3  prior  to  the  adversary's  move  is  equal  to  the  same  term  immediately  foUowing 
the  fork;  the  other  terms  in  the  potential  are  unchanged.  So  the  fork  in  this  case  leaves 
the  potential  unchanged. 
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Analysis  for  Case  lb 


•  A2  forks  to  Ai,  the  loner. 

Since  we  are  in  State  lb,  only  Si  could  have  answered  the  request;  thus,  Ai  and  Si  are 
coincident.  When  A2  forks  to  Ai,  Si,  Ai  and  A2  are  coincident;  we  shift  to  State  lib 
with  Si  as  the  player  loner.  It  is  easy  to  check  that  the  Case  lb  potential  is  larger  than 
the  Case  lib  potential  by  4aA3S2  at  the  fork. 

•  A2  forks  to  A3,  the  loner. 

This  case  does  not  arise  as  it  first  results  in  a  transition  to  Case  lib. 

Analysis  for  Case  Ic 


•  A2  forks  to  Ai,  the  loner. 

Since  Case  Ic  applies,  only  Si  could  have  answered  the  request;  thus,  ^1  and  5*1  are 
coincident.  When  A2  forks  to  Ai,  Si,  Ai  and  A2  are  coincident;  State  lib  is  entered 
with  Si  as  the  player  loner.  Likewise,  immediately  prior  to  the  fork,  A2  and  A3  are 
coincident.  Now,  it  is  easy  to  check  that  $/c  and  $//;,  are  equal  at  the  time  of  the  fork. 

•  A2  forks  to  A3,  the  loner. 

This  case  does  not  arise  for  prior  to  the  fork  52  and  A3  would  be  coincident,  which  would 
have  required  a  transition  to  Case  lb. 

Analysis  for  Case  I  la 


•  A2  forks  to  A3,  the  loner. 

The  fork  changes  the  state  from  Ila  to  Ilia,  with  Si  as  the  loner.  After  the  fork,  A2A3  =  0, 
since  A2  and  A3  coincide.  Before  the  fork,  Ai  and  A2  coincide,  thus  the  4a  ■  l{AiA2Si) 
term  of  $//a  provides  the  4SiAi  term  of  ^uia-  Now  it  is  easy  to  check  that  $//a 
immediately  before  the  fork  is  equal  to  $///a  immediately  after  the  fork. 


•  A2  forks  to  Ai,  the  loner. 

This  case  does  not  occur  as  it  would  require  a  transition  to  Case  la  before  the  fork. 

Analysis  for  Case  Mb 

•  A2  forks  to  A3,  the  loner. 

52  and  A3  are  coincident  before  the  fork,  causing  a  transition  to  Case  Ila. 

•  A2  forks  to  Ai,  the  loner. 

This  case  does  not  occur  as  A2  and  A3  are  coincident  before  the  fork,  causing  a  transition 
to  Case  lb. 

Analysis  for  Case  lie 

•  A2  forks  to  A3,  the  loner. 

The  state  and  potential  are  unchanged. 
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•  A2  forks  to  Ai,  the  loner. 

The  state  and  potential  are  unchanged. 

Analysis  for  Cases  III  and  IV 

When  the  adversary  forks  in  these  two  states,  we  simply  drop  the  extra  nonnegative  terms 
that  are  added  to  the  Case  I  potential  to  get  the  Case  III  and  Case  IV  potentials,  respectively. 
The  potential  is  now  that  of  Case  I,  and  the  analysis  above  applies.  Clearly,  the  potential  does 
not  increase  when  the  adversary  forks  in  either  of  these  two  states. 

6.2.3      Player  Forks 

Following  the  fork,  the  analysis  for  Cases  I  and  II  uses  only  potentials  $/a  and  $//a,  respec- 
tively. If  a  dummy  request  is  the  first  request  following  the  fork,  then  this  restriction  only 
applies  until  the  dummy  request.  We  note  that  when  the  request  following  the  fork  is  served, 
the  actual  state  will  be  either  State  la  or  Ila.  In  addition,  if  in  State  II  before  the  fork, 
potential  $//q  will  be  used;  but  this  can  only  reduce  the  actual  potential. 

It  may  be  that  as  52  moves  the  state  changes  from  State  I  to  State  II  (there  cannot  be  a 
transition  from  State  II  to  State  I  for  ^2  moves  to  the  right,  and  hence  increases  A2S2  if  in 
State  II).  K  there  is  a  transition  from  State  I  to  State  II,  the  analysis  is  partitioned  into  two 
parts:  one  for  the  period  in  which  State  I  applies  and  one  for  the  period  in  which  State  II 
applies. 

Analysis  for  Case  la 


Before  the  fork:  S2  and  ^3  meet  to  the  left  of  A3  (for  otherwise  State  lb  must  be  entered 
prior  to  the  fork;  we  can  then  consider  the  move  to  comprise  a  dummy  request  at  A3 
followed  by  the  actual  request).  The  terms  involving  52  and  53  increase  $  by  at  most  a 
times  the  distance  moved  by  52  and  53.  The  term  due  to  BalSaved  decreases  $  by  6 
times  this  same  distance.  So  $  decreases  by  at  least  the  distance  moved  by  52  and  53  if 

6  >  a-l-  1 


• 


After  the  fork:  The  request  must  have  been  answered  by  Ai  for  if  it  was  answered  by 
A2,  S2  would  serve  the  request  without  forking.  Immediately  after  the  fork  we  want  the 
potential  $//a  with  53  as  the  loner: 


4a  •  /((i43,  ^12,53)  +  2a52^i  +  2aAiSi  +  aS2Si  +  extra 

Note  that  S\  and  52  are  coincident.  While  immediately  before  the  fork,  the  potential  at 
hand  was 


4aSiAi  +  2aA2S2  +  2aA2A3  +  2aA3S3  +  aS2S3  +  extra 

and  52  and  53  were  coincident.  But  these  two  potentials  are  equal.  So  following  the  fork 
a  false  State  Ila  may  have  been  entered  (for  it  need  not  be  the  case  that  Ai  is  to  the  left 
of  52  at  this  point);  however.  State  Ila  will  be  the  actual  state  at  the  end  of  the  move, 
since  the  player  server  that  answers  the  request  (be  it  5]  or  52)  will  be  coincident  with 
Ai-  So  it  remains  to  consider  how  the  remainder  of  the  move  affects  the  potential  at 
hand  assuming  that  the  current  state  is  not  yet  State  Ila,  which  implies  that  5i  and  52 
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are  to  the  left  of  A^.  Then  the  term  2a52/li  +  aS2Si  decreases  by  a  times  the  distance 
moved  by  52-  In  addition,  ^3,  the  loner,  moves  towards  Ai  by  g  of  the  distance  moved 
by  52,  increasing  the  term  4a  •  /(^3,  A2,  S3)  by  4a  times  the  distance  moved  by  53.  So  $ 
decreases  by  at  least  the  distance  moved  by  52  if  a  -  |a  >  g,  that  is  if 

2a  >  7 
Analysis  for  Case  lb 

•  Before  the  fork:  When  52  and  53  approach  each  other  by  the  same  distance,  the  following 
terms  change  in  $/;,:  10a  ■  >l352  increases,  while  20^353,  a  ■  S2S3  and  16a  •  length  (part 
of  extra)  decrease,  the  latter  since  52  and  53  are  the  two  rightmost  servers,  extra  also 
decreases  due  to  the  decrease  in  BalSaved.  Clearly,  $  decreases  by  b  +  5a  times  the 
combined  distance  moved  by  52  and  53.  So  $  decreases  by  at  least  the  distance  moved 
by  52  and  53  if 

6  +  5a  >  1 

•  After  the  fork:  The  analysis  is  similar  to  that  for  Case  la.  Again,  we  switch  to  the 
potential  $//a,  even  though  State  Ila  may  not  be  the  current  state.  It  is  readily  verified 
that  the  potential  before  the  fork  exceeds  the  potential  following  the  fork  by  8a^352.  If 
the  current  state  is  not  State  Ila,  then  the  remaining  move  by  52  needs  to  be  analyzed; 
but  this  is  identicaJ  to  the  analysis  in  Case  la  and  is  not  repeated  here. 

Analysis  for  Case  Ic 

The  analysis  is  similar  to  that  for  Case  lb;  there  are  two  changes.  First,  before  the  fork,  $ 
decreases  by  6  +  3a  times  the  combined  distance  moved  by  52  and  53.  So  $  decreases  by  at 
least  the  distance  moved  by  52  and  53  if 

6  +  3a  >  1 


Second,  after  the  fork,  $  decreases  by  4aA2A3  +  4ayl352. 
Analysis  for  Case  II 

•  Before  the  fork:  Recall  that  the  potential  $//a  is  being  used,  regardless  of  the  actual 
state.  Note  that  this  does  not  cause  a  problem  as  there  will  not  be  a  transition  from 
State  II  prior  to  the  fork.  When  52  and  53  move  towards  each  other  the  terms  in  $//a 
involving  52  and  53  decrease  by  at  least  a  times  the  distance  moved;  UnbalSaved 
decreases  by  at  most  the  distance  moved  by  52  and  53.  So  $  decreases  by  at  least  the 
distance  moved  by  52  and  53  if 

a  >  c+  1 

When  52  and  53  meet,  the  potential  remaining  is 


• 


4a  ■  l(Ai,  A21S1)  +  4a53>l3  +  extra 

After  the  fork:  We  use  the  potential  $/a  with  53  as  the  loner.  Since  5i  and  52  are 
aligned,  4a  ■  l{AuA2,Si)  =  2a'MS^+2a'A^  +  2aA^  =  2a'MS^+2a'A^+2a'A^. 
Note  also  that  Saved  =  0  and  hence  BalSaved  =  UnbalSaved  =  0.  So  the  potential 
at  hand  is  exactly  what  is  needed.   If  the  current  state  is  not  State  la,  then  5i  and  52 

23 


are  to  the  left  of  Ai.  In  this  event,  we  need  to  verify  that  the  motion  of  52  to  Ai  can  be 
paid  for.  But'  then  the  term  2aS2A2  +  aS2Si  decreases  by  a  times  the  distance  moved 
by  82-  In  addition,  53,  the  loner,  moves  towards  Ai  by  g  of  the  distance  moved  by  52, 
increasing  the  term  4a  •  53^43  by  4a  times  the  distance  moved  by  53.  So  $  decreases  by 
at  least  the  distance  moved  by  52  if  a  -  |a  >  ^,  that  is  if 

2a  >  7 

Analysis  for  State  III 

When  52  and  53  meet,  the  potential  at  hand  is  reduced  to  the  Case  I  potential  and  the 
analysis  proceeds  as  in  that  case.  It  remains  to  analyze  the  motion  prior  to  the  fork. 

There  are  two  situations  to  consider.  First,  we  consider  the  case  where  52  and  53  are  not 
sandwiched  between  A2  and  ^13;  in  other  words,  either  A2  is  to  the  right  of  52  or  ^3  is  to  the 
left  of  53.  In  this  case,  when  52  and  53  approach  each  other,  the  terms  in  $  involving  52  and 
53,  including  16a  •  length  in  extra,  decrease  by  at  least  a  times  the  distance  moved.  Here,  by 
contrast  with  Case  I,  UnbalSaved  may  decrease  by  up  to  the  distance  moved  by  52  and  53. 
So  #  decreases  by  at  least  the  distance  moved  if 

a  >  c+  1 

Next,  we  consider  the  case  where  52  and  53  are  sandwiched  between  A2  and  ^13;  this  can 
occur  only  in  Case  Ilia.  In  this  case,  both  52-42  and  S3A3  increase.  Thus,  the  terms  involving 
the  segments  52^2^  S3A3  and  5253  increase  $  by  a  times  the  distance  moved.  In  addition,  if 
UnbalSaved  >  0,  the  resulting  change  to  extra  can  increase  $  by  up  to  c  times  the  distance 
moved.  Now,  recall  that  $///  includes  an  extra  2aA2Az  term.  We  drop  this  term  from  $. 
Since  A2A3  is  at  least  the  distance  moved  (recall  that  52  and  53  are  sandwiched  between  A2 
and  ^3),  $  decreases  by  at  least  the  distance  moved  if 

a  >  c+  1 

Analysis  for  State  IV 

As  in  Case  III,  if  one  of  52  or  53  remains  outside  the  interval  /l2^3i  the  analysis  of  the 
fork  does  not  need  the  extra  terms  in  4>/v.  The  only  difficult  case  is  where  52  and  53  are 
sandwiched  between  y42  and  A^.  The  extra  terms  are  present  to  handle  this  case,  specifically 
in  order  to  compensate  for  the  presence,  in  extra,  of  a  non-zero  UnbalSaved  term  and, 
correspondingly,  the  absence  of  this  component  of  Saved  in  the  BalSaved  term.  The  full 
details  are  quite  involved. 

Let  Ez  be  the  State  IV  epoch  with  S\  as  the  loner,  let  E2  be  the  preceding  epoch  and  let 
El  be  the  epoch  preceding  £'2.  There  are  four  moves  by  which  epoch  E2  can  be  entered. 

Move  (a).    E\  was  in  a  Balanced  state  (States  I,  III,  or  IV)  with  S\  as  the  loner  and  A2 
pseudo-forks. 

Move  (b).  E\  was  in  a  Balanced  state  with  S\  as  the  loner  and  A2  forks. 

Move  (c).  E\  was  in  a  Balanced  state  with  53  as  the  loner  and  52  forks. 

Move  (d).    El  was  in  a  Balanced  state  with  Si  as  the  loner  and  52  moves  to  A^  thereby 
making  A2S2  >  min{5i/l25  ^1^2}- 
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To  facilitate  the  analysis  of  this  case,  we  modify  Algorithm  C  governing  the  adversary's 
moves  to  Algorithm  V.  The  new  restriction  is  very  simple:  if  the  adversary  does  not  perform 
a  fork  on  the  current  move  then  only  the  server  answering  the  request  may  move.  It  is  readily 
seen  that  this  does  not  affect  the  adversary's  overall  cost  since  any  other  adversary  move  can 
be  deferred  without  increasing  the  total  adversary  costs. 

Lemma  12.    5i  satisfies  one  of  the  following  conditions  after  serving  the  final  request  of  epoch 

(i)  Si  coincides  with  Ai. 

(ii)  Si  coincides  with  A 2. 

Proof.  Suppose  one  of  (i)  or  (ii)  holds  at  some  time  during  epoch  £2-  Then,  as  the  adversary 
is  using  algorithm  P,  one  of  (i),  (ii),  or  the  following  condition  (iii)  holds  after  serving  each 
request  of  the  epoch. 

(iii)  Ai  and  A2  are  both  to  5i's  left  (this  may  occur  if  there  is  a  request  at  ^3). 

If  Move  (a)  or  (b)  applies,  (ii)  holds  following  the  answering  of  the  first  request  in  epoch 
£2-  For  if  (a)  applies,  as  algorithm  V  is  being  used,  A2  pseudo-forks  to  answer  a  request,  which 
request  is  also  answered  by  Si.  Again,  if  (b)  applies,  following  the  fork  and  any  readjustment 
of  position  by  Ai  or  A2  (see  the  definition  of  the  adversary's  algorithm  B),  one  oi  Ai  or  A2  and 
5j  are  stiU  coincident.  If  Move  (c)  applies,  Saved  =  0  at  the  start  of  the  epoch.  If  there  is  no 
request  served  by  ^i,  Saved  remains  equal  to  0  and  so  Balanced  State  I  is  entered  following 
the  pseudo-fork.  A  request  served  by  Si  causes  one  of  conditions  (i)-(iii)  to  hold.  Finally,  if 
Move  (d)  applies,  Si  must  answer  some  request,  for  otherwise  there  is  not  a  separate  epoch 
E2  (see  the  definition  of  epochs),  so  again  one  of  (i)-(iii)  holds  at  some  point. 

If  either  (i)  or  (ii)  holds  at  the  end  of  epoch  E2,  the  proof  is  complete.  So  suppose  (iii) 
holds.  Consider  the  next  move  by  A2  (which  causes  the  state  transition);  during  this  move, 
A2  crosses  Si;  but  this  can  be  viewed  as  the  answering  of  a  dummy  request  at  5i,  and  this 
request  comprises  the  final  request  of  epoch  £'2;  at  this  point  (ii)  holds.  D 

Recall  that  we  are  analyzing  a  player  fork  which  causes  a  change  of  state  from  State  IV.  We 
note  that  this  change  of  state  could  occur  before  the  fork  itself  (for  the  motion  of  52  may  bring 
A2  closer  to  Si  or  Ai  than  to  52  itself).  BasicaUy,  the  problem  is  to  provide  additional  terms 
proportional  to  5253  in  the  potential  $/v.  These  additional  terms  are  going  to  be  supplied 
by  the  motion  of  Si  and  A2.  In  order  to  describe  this  precisely,  some  additional  notation  is 
helpful.  Define  OldSi,OldA2,OldS2  to  be  the  positions  occupied  by  Si,A2,S2,  respectively, 
when  State  IV  is  entered,  i.e.,  when  Epoch  £3  begins.  Let  NewSi,  NewA2,  NewS2  denote 
the  positions  of  Si,A2,S2  at  the  start  of  the  final  move  by  52  in  Epoch  E3,  and  let  FinalS2 
denote  the  final  position  of  52  in  Epoch  Ez- 

OldA2  NewA2  A3 

-[ ''11 \ 1 ^~~ 

NewSi   OldSi  NewS2  OldS2        FinalS2  S3 

The  following  relationships  hold. 


OldSiOldA2  =  OldA20ldS2  (i; 
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for  at  the  transition  into  State  IV,  these  two  distances  are  equal,  ^i  being  either  at  or  to  the 
right  of  Ai  by  Lemma  12. 


NewSiNewA2  >  NewA2FinalS2  (2) 

for  the  state  remains  Balanced  at  least  until  FinalS2  is  reached.  To  begin  with,  we  suppose 
that  NewSi  and  N€wS2  are  coincident  with  or  to  the  left  of  OldSi  and  OldS2,  respectively, 
and  that  NewA2  is  coincident  with  or  to  the  right  of  OldA2-  Later,  we  show  that  the  analysis 
of  this  case  captures  all  the  other  cases. 

Consider  the  motion  of  S2  from  OldS2  to  NewS2-  This  reduced  Saved  by  at  least 
NewS20ldS2\  it  also  increased  ^253  by  the  same  amount.  Any  motion  of  5$  will  also  re- 
duce Saved,  but  it  may  reduce  S2SZ  by  up  to  an  equal  amount.  So,  in  order  to  cause  a  player 
fork,  Si  must  increase  Saved  and  hence  BalSaved  by  at  least  2N ewS20ldS2,  if  NewS2  is 
to  the  left  of  OldS2-  But  this  increase  to  BalSaved  allows  us  to  use  the  analysis  of  Case  I 
to  pay  for  the  motion  of  52  from  NewS2  back  to  OldS2-  This  argument  shows  that  we  can 
drop  the  assumption  that  NewS2  is  coincident  with  or  to  the  left  of  OldS2,  for  in  either  case 
it  suffices  to  show  how  to  pay  for  the  motion  of  ^2  from  OldS2,  or  some  point  to  its  right,  over 
to  Final S21  assuming  Final S2  is  to  the  right  of  OldS2-  If  Final S2  is  to  the  left  of  OldS2  the 
analysis  of  this  paragraph  has  already  shown  how  to  pay  for  52  to  reach  Final 82- 

We  seek  to  use  the  same  analysis  as  in  Case  III  to  pay  for  the  motion  of  52  from  OldS2  to 
FinalS2;  to  do  this,  we  need  $/v  to  provide  an  additional  term  of  size  at  least  2aOldS2FinalS2- 
But  rewriting  Equation  2  we  have: 


NewSiOldSi  +  OldSiOldA2  +  OldA2NewA2  >  NewA20ldS2  +  OldS2FinalS2 
and  substituting  from  equations  1  yields: 


NewSiOldSi  +  20ldA2NewA2  >  OldS2FinalS2  (3) 


Now  it  is  clear  that  the  terms  dSiOldSi  and  eOldA2A2  at  the  start  of  the  final  move  of  Epoch 
E3  provide  the  required  term  2aOldS2FinalS2  if 

d>2a 

and 

e  >  4a 

It  remains  to  consider  the  possibility  that  NewSi  is  to  the  right  of  OldS\  or  N ewA2  is 
to  the  left  of  OldA2;  if  both  are  true,  then  Final S2  is  to  the  left  of  OldS2  and  this  case  has 
already  been  analyzed.  So  suppose  NewS\  is  to  the  right  of  OldS\.  Rewriting  Equation  2  we 
have: 


OldSiOldA2  -  OldSiNewSi  +  OldA2NewA2  >  NewA20ldS2  +  OldS2FinalS2 
and  substituting  from  equations  1  yields: 


20ldA2NewA2  >  OldS2FinalS2  +  OldSxNewSi 

which  is  a  weaker  condition  that  the  one  imposed  by  Equation  3. 

Likewise,  if  NewA2  is  to  the  left  of  A2-,  on  rewriting  Equation  2  we  have: 


NewSiOldSi  +  OldSiOldA2  -  NewA20ldA2  >  NewA20ldS2  +  OldS2FinalS2 
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and  substituting  from  equations  1  yields: 


NewSiOldSi  >  OldS2FinalS2  +  2N€wA20ldA2 
which  again  is  a  weaker  condition  that  the  one  imposed  by  Equation  3. 

The  above  analysis  has  shown  that 

Theorem  4.    The  above  algorithm  is  792-competitive. 

Proof:  AU  the  constraints  in  the  analysis  above  can  be  satisfied  by  setting  a  —  Q,b  =  7,c  — 
l,d  =  14,  and  e  =  28.  As  noted  earlier,  when  the  adversary  moves  without  forking,  $ 
increases  by  at  most  max{22a,8a  +  e}  =  22a  times  the  distance  moved.  Thus,  when  the 
adversary  moves  without  forking,  the  potential  increases  by  at  most  132  times  the  distance 
moved.  Since  algorithm  V  causes  the  adversary  to  do  at  most  6  times  the  work  of  an  optimal 
adversary,  the  theorem  follows.  D 
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